Introduction

在軟體開發中，常常把金鑰長度甚至金鑰本身硬編碼在專案裡「以為這個密碼演算法能用一輩子」，旦遭遇合規要求更換金鑰、密鑰洩漏需要緊急撤銷（Key Rotation），或者面對近年後量子密碼學（PQC, Post-Quantum Cryptography） 遷移浪潮時，原本看似不起眼的加解密模組，立刻變成整死整個維運與開發團隊的惡夢。

Discussion

電子防盜器漏洞讓汽車容易遭竊，車商力阻論文揭露真相，兩年後終於公諸於世！

https://www.ithome.com.tw/news/98142
架構設計缺陷：

• 汽車晶片商與車廠（福斯、奧迪、保時捷、福特等）在設計電子防盜鎖（Immobilizer）時，採用了專有的對稱加密演算法，並把極短的固定金鑰長度（40-bit / 80-bit）直接以硬體邏輯燒死在防盜晶片（RFID 標籤與車輛 ECU）中。
• 以為能用一輩子：設計團隊完全忽視了摩爾定律與密碼敏捷度（Crypto-Agility），預設這套封閉的專有演算法永遠不會被逆向。

輪換困境與實質災情：

• 荷蘭與英國研究人員逆向了演算法，利用金鑰長度不足的缺陷，在短短幾分鐘內暴力破解導出主金鑰，甚至做出了通用遙控器，引發全球偷車潮。
• 想換根本換不掉：因為金鑰長度與演算法不是軟體層的組態，而是硬體邏輯與唯讀儲存。車廠無法發布 OTA 更新來更換金鑰長度或切換至 AES，唯一解決辦法是「召回數百萬輛汽車，拆除儀表板更換實體防盜晶片與所有車鑰匙」。福斯汽車當年甚至告上法院要求禁發論文長達兩年，只因這項架構缺陷在工程上幾乎無法承受召回成本。

Takeaways

Credential management

(e.g., X.509, single sign-on (SSO))

Further Reading

Dismantling Megamos Crypto: Wirelessly Lockpicking a Vehicle Immobilizer
https://www.usenix.org/conference/usenixsecurity15/technical-sessions/presentation/verdult

金管會發布「金融業後量子密碼遷移參考指引」 引導金融機構強化量子風險整備
https://www.fsc.gov.tw/ch/home.jsp?id=96&parentpath=0,2&mcustomize=news_view.jsp&dataserno=202606180001&dtable=News

三、提升加密敏捷性(Crypto-Agility)，優先清除「密碼反模式」：鑑於PQC標準與產品仍持續演進，遷移策略不宜以一次性演算法替換為目標，宜同步提升加密敏捷性（即快速有效調整演算法之能力），以利未來於演算法或參數迭代時，得以例行性變更方式辦理，避免每次更新均演變為大型改版專案。目標係將加密機制設計為獨立模組，並搭配憑證自動化管理，實務上則建議優先改善密碼反模式（如手動管理傳輸層安全協定（TLS）憑證、弱加密套件、金鑰憑證硬編碼等）。

金融業動起來！金管會公布後量子密碼遷移指引，要求建立CBOM與加密敏捷性
https://www.ithome.com.tw/news/176824